home *** CD-ROM | disk | FTP | other *** search
- Path: howland.reston.ans.net!psinntp!psinntp!psinntp!psinntp!usenet
- From: grantp@usa.pipeline.com(Pete Grant)
- Newsgroups: comp.lang.c++
- Subject: Re: Exception Overhead
- Date: 21 Mar 1996 17:12:26 GMT
- Organization: Kalevi, Inc.
- Message-ID: <4is2lq$dol@news1.h1.usa.pipeline.com>
- References: <1996Mar21.131518.1809@ittpub>
- NNTP-Posting-Host: 38.8.53.2
- X-PipeUser: grantp
- X-PipeHub: usa.pipeline.com
- X-PipeGCOS: (Pete Grant)
- X-Newsreader: Pipeline v3.5.0
-
- On Mar 21, 1996 13:15:18 in article <Re: Exception Overhead>,
- 'wil@ittpub.nl (Wil Evers)' wrote:
-
-
- >[.. stuff deleted ...] There are implementations around that incur
- >no speed penalty as long as no exceptions are thrown. These
- >implementations have tables to determine what code to call to do stack
- >unwinding, based on the address in the code where the exception is thrown.
-
- >Of course, these tables take up space, but some linkers put these tables
-
- >in a separate memory region. As a result, there will be no extra virtual
-
- >memory management overhead as long as you don't throw an exception.
- >
- Which compilers have implementations such as you've described? I've
- checked the assembly listings of MSVC++4.0 and BC++4.52 and they both
- incur overhead whether or not an exception is thrown.
-
- --
- Pete Grant
- Kalevi, Inc.
- Software Engineering & development
-